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DETAILED ACTION 



1. 



This action is responsive to the application filed 2/1 1/04. 



Claims 1-64 have been submitted for examination. 



Claim Rejections - 35 USC § 101 



2. 



35 U.S.C. 101 reads as follows: 



Whoever invents or discovers any new and useful process, machine, manufacture, or composition of matter, or any new 
and useful improvement thereof, may obtain a patent therefor, subject to the conditions and requirements of this title. 

3. Claims 1-22, 63-64 rejected under 35 U.S.C. 101 because the claimed invention is 
directed to non-statutory subject matter. 

The Federal Circuit has recently applied the practical application test in determining whether the claimed 
subject matter is statutory under 35 U.S.C. § 101. The practical application test requires that a " useful, concrete, 
and tangible result" be accomplished. An "abstract idea" when practically applied is eligible for a patent. As a 
consequence, an invention, which is eligible for patenting under 35 U.S.C. § 101 j is in the "useful arts" when it is a 
machine, manufacture, process or composition of matter, which produces a concrete, tangible, and useful result. The 
test for practical application is thus to determine whether the claimed invention produces a "useful, concrete and 
tangible result". 

The current focus of the Patent Office in regard to statutory inventions under 35 U.S.C. § 
101 for method claims and claims that recite a judicial exception (software) is that the claimed 
invention recite a practical application. Practical application can be provided by a physical 
transformation or a useful, concrete and tangible result. The following link on the World Wide 
Web is for the United States Patent And Trademark Office (USPTO) policy on 35 U.S.C. §101. 
<http://www.uspto.gov/web/ofiFices/pac/dapp/opla/preognQtice/guidelinesl 01 2005 1 026.pdf> 

Specifically, claim 1 recites a system with a runtime container, a metadata object and 
runtime architecture, which appear to be application level functionality to implement a runtime 
container framework of Figure 4 in the Specifications. All of which can be construed as mere 
functional descriptive material per se, and as listed does not convey that hardware support is 
provided to realize such functionality (see Annex IV, of Guidelines, pg. 34-35). The claim 
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amount to a system that cannot have embodiment able to execute the functionality as recited to 
yield a result. Claim 1 is non-statutory for recited descriptive software entities per se. 

Claims 2-6 fail to remedy to the lack of hardware support hence are likewise rejected. 

Claim 7 also recites descriptive functional material in 'routing component', 'invocation 
component', a 'service component', a *state manager', and 'control component', which are 
described as mere application software-based fiinctionalities. Claim 7 is rejected for not 
conveying a hardware support to carry out the above fimctionality. 

Claim 8-16 fail to remedy to claim 7, hence are rejected for leading to non-statutory 
subject matter. 

Claim 17 also recites a system with components construed as software ftinctionalities, 
and as set forth above, is rejected for leading to non-statutory subject matter along with 
dependent claims 1 8-22. 

Claim 63 recites a system with means for processing requests, providing metadata, for 
organizing container; but in view of the Disclosure, these functions are provided by some 
components in software. Claim 63 is rejected for not including reasonable hardware support to 
realize the software means in order to yield the result expected of a statutory subject matter. 

Claim 64 recites a data signal embodied in a transmission medium; and this transmission 
medium with signal embodied therein is not defined in the Specifications to preclude one of 
ordinary skill in the art fi-om adopting the broad interpretation that the recited signal is a non- 
tangible embodiment. Thus, this signal does not belong to one of four statutory categories. The 
claim is therefore non-statutory. 

Claim Rejections - 35 USC § 102 
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4. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by another filed 
in the United States before the invention by the applicant for patent or (2) a patent granted on an application for 
patent by another filed in the United States before the invention by the applicant for patent, except that an 
international application filed under the treaty defined in section 351(a) shall have the effects for purposes of this 
subsection of an application filed in the United States only if the international application designated the United 
States and was published under Article 21 (2) of such treaty in the English language. 

5. Claims 1-18, 21-39, 41-59, 61-64 are rejected under 35 U.S.C. 102(e) as being 
anticipated by Pace et al, USP: 7,181,73 1 (hereinafter Pace). 

As per claim 1, Pace discloses a system to provide a common runtime container 
framework, comprising: 

a runtime container capable of processing service requests and providing application 
services (see Fig, 13-15; EJB container - col. 40, lines 42-52); 

a metadata object capable of providing metadata on context, state, and/or other 
information about the data and objects being processed (see Fig. 5; Fig. 1 3); and 

a hierarchical architecture (e.g. Fig. 2A and related text; layers - col. 39, line 8 to col. 
40, line 22) capable of organizing the runtime container and the metadata object at levels within 
the hierarchical architecture (see container - Fig. 15B - Note: deployment layer working with 
analysis of assets to retrieve J2EE beans into a container framework via adapter methodologies 
to validate descriptor metadata reads on hierarchical architecture - see Fig. 13, 14, 15). 

As per claims 2-3, Pace discloses wherein: the runtime container is extensible (extended 
environment - Fig. 13 A; Fig. 2A) via inheritance mechanisms, which inherit, provide, create and 
extend services, functionalities and properties of other runtime containers in the hierarchical 
architecture (Fig, 3, 13B - Note: J2EE beans retrieved from object-oriented hierarchy of assets to 
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deploy container disclose Java inheritance components used to extend functionalities via 
container framework, adapter and asset discovery services - see Fig. 2; 13-15; col. 85, lines 41 to 
col. 86, line 17) wherein the metadata object (e.g. Fig. 3, 13) is extensible via inheritance 
mechanisms, which inherit properties, methods and interfaces of other metadata objects in the 
hierarchical architecture. 

As per claim 4, Pace discloses wherein: the runtime container and the metadata object 
are organized in duality, wherein a container at one level in a hierarchical architecture is capable 
of accessing a metadata object at the same level (Adaptor method - Fig. 16 - Note: creating of 
descriptor for a asset based on EB or SB type reads on one layer of asset per deployment 
container - see Fig. 15; col. 85, lines 41 to col. 86, Une 17) in the hierarchical architecture. 

As per claim 5, Pace discloses a well-defined API (col. 36, lines 4-54; Fig. 2A) capable 
of creating new types of runtime containers, or customizing existing containers with incremental 
features. 

As per claim 6, Pace discloses a well-defined API (refer to claim 5) capable of creating 
new levels (e.g. extension - Fig. 13B; adaptor - Figs. 17, 18) in the hierarchical architecture for 
the runtime container and the metadata object (e.g. col, 85, lines 41 to col. 86, line 17 - Note: 
refer to claim 4 for one layer of asset per deployment package using one adaptor instance). 

As per claim 7, Pace discloses a system to provide a common runtime container 
fi-amework, comprising: 

a routing and event handling component capable of communicating (e.g.. step 2 140 A, 
Fig. 19C) with an invocation component and adapted to be capable of communicating with 
external clients (Fig. 2B; Fig. 9); said invocation component capable of : 
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receiving requests from the routing and event handling component (e.g. Fig. 19C; Fig. 

10), 

dispatching said requests to a service (Fig. 10) component within a runtime container 
(Fig. 15), and 

managing the returned responses (Fig. 2B); 

at least one said service component within the runtime container capable of processing 
requests from the invocation component and producing responses back to the invocation 
component (e.g. Fig. 15; col. 85, lines 41 to col. 86, line 17; deliver and deploy - col. 86, lines 
10-17; Fig. 15B-C); 

a state manager capable of obtaining state information from a nonvolatile storage and 
providing such information (e.g. Fig. 13, 14 - Note: database asset and discovery of asset using 
adaptor service reads on non- volatile get state information in regard to support from container 
deployment framework in regard to a request or invocation; see state of the database - col. 88, 
lines 4-13) to the invocation component and the runtime container (e.g. Fijg. 15B-C); 

a context manager capable of obtaining information from a metadata object and 
providing such information to the invocation component and the runtime container( see Fig. 1 3- 
14); and 

a control component capable of communicating with the runtime container and adapted 
to be capable of communicating with external services (Fig. ID; Fig. 10; EIS database Fig, 158, 
15C;RMIFig.l6). 

As per claim 8, Pace discloses the routing and event-handling component is capable of 
communicating with the invocation component using a uniform or standardized protocol (Fig. 9- 
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10 Note: COM, RMI, HTTP or TCP/IP of network reads on uniform protocol - e.g. col. 36, lines 

» 

4-39). 

As per claim 9, Pace discloses wherein the invocation component can be event-driven 
(col. 87, lines 5-19), wherein event delivery to a component and event generation from a 
component within the runtime container can be synchronous (e.g. synchronization - col. 87, lines 
45 to col, 88, lines 14 ) or asynchronous. 

As per claim 10, Pace discloses wherein: the service component can be created in the 
form of Java Beans (e.g. J2EE col. 87, lines 45 to col. 88, line 2). 

As per claim 11, Pace discloses wherein: the service component is capable of 
performing either pre-processing requests (Fig. 13 A) or post-processing of responses sent to or 
returned from the component (e.g. Fig. 14A-B; col. 85, lines 41 to col. 86, line 17). 

As per claim 12, Pace discloses a simplified component abstraction capable of 
transparently mapping the service component to a more complex set of components (adaptor - 
Fig. 14, Fig 16) to generate and deploy applications under runtime environment. 

As per claim 13, Pace discloses a common configuration model (CORE A - col. 61 , 
lines 48-65; CORBA -Fig. 10) capable of specifying the service component declaratively and 
programmatically, as well as providing a niodel for declarative configuration override of the 
component at application deployment time (Note: J2EE container creation reads on 
programmatic overriding over specification of DCOM or a Corba model). 

As per claim 14, Pace discloses wherein: the state manager is capable of locating, 
managing and persisting state information, wherein the physical mechanism of doing so is 
transparent (Fig. 16 - Note: invocation via RMI is transparent to requesting client). 



Application/Control Number: 10/776,435 Page 8 

Art Unit: 2193 

As per claim 15, Pace discloses wherein: the context manager is capable of exposing 
component-level application services using the context information (col. 65, line 21 to col. 66, 
line 46; Fig. 13B Note: database context reads on context information obtained from exposed 
information in markup - see Fig. 4, 5, 12). 

As per claim 16, Pace discloses wherein: the control component is capable of providing 
a simplified and common interaction model to communicate with the external services (e.g. col. 
36, lines 12-54; Fig. 2b; Fig. 10). 

As per claim 17, Pace discloses system to provide a common runtime container, 
comprising: 

at least one servlet (col. 36, lines 12-54; Fig. 2b; Fig. 10 - Note: services provided via a 
single API framework reads on servlet) capable of managing communications (e.g. step 2 140 A, 
Fig. 19C ) between the runtime container and external entities (e.g. Fig. 2B, 9) using common or 
uniform protocols (refer to claim 8); 

at least one listener capable of monitoring incoming communication at the servlet (see 
Fig. 2, 9, 10); 

a first dispatcher component capable of : 

communicating with one or more servlets, determining which components to invoke, 
dispatching requests requiring asynchronous processing to a queue (Fig. 13C), and 

dispatching requests requiring synchronous processing directly to a stateful or a stateless 
component (refer to claim 8); said queue capable of storing asynchronous requests (Note: 
network of Fig. 9 reads on asynchronous packet arrival); 

a second dispatcher component capable of 
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receiving requests from the queue, determining which components to invoke, and 
dispatching requests (Fig, 16) requiring synchronous processing directly to a stateful or a 
stateless component (Fig. 13-14 - Note: objects being parsed prior to discovery via state database 
reads on stateless); at least one said stateless component capable of processing stateless requests; 
and at least one said stateful component capable of processing stateful requests(Note: this is 
taught by the very nature of web services and request fulfilling - see Fig .9, 10 - as well as the 
re-routing of claim 8). 

As per claim 18, Pace discloses wherein: the servlet is capable of communicating in 
TCP/IP, HTTP, SOAP, XML (e.g. Fig. 9-10; HTTP - col, 3; top; col. 37, lines 10-32; Fig. 28E; 
col. message middleware col 48 lines 19-31), and other application-specific protocols (see 
above). 

As per claim 21, Pace discloses wherein the stateless component (e.g. Fig. 13 - Note: 
web markup language reads on stateless) is capable of at least one of the following: 

deriving context information from the metadata; containing an arbitrary amount of code 
for processing logic; calling other stateless components within the container (col. 85, lines 41 to 
col. 86, line 17); and utilizing synchronous or asynchronous controls to communicate with 
external services (see Fig. 14-15). 

As per claim 22, Pace discloses wherein: the stateful component is capable of at least 
one of the following: 

deriving context information from the metadata (refer to claim 21); retrieving state 
information from nonvolatile storage through a state management component; containing an 
arbitrary amount of code (e.g. col. 36, lines 12-54 -Note: beans container reads on fetching a 
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pool of beans code arbitrary stored for COM or Corba reuse) for processing logic; calling other 
stateless or stateful components within the container (see Fig. 15B; Fig. 16); and utilizing 
synchronous or asynchronous controls to communicate with external services (e.g. Fig. 10; Fig. 
16 - refer to claim 21 - Note: in view of the nature of the client/server network where data arrival 
can be stateful or stateless - HTTP data events back as response reads on stateless and return 
from database queries reads on stateful). 

As per claim 23, Pace discloses a method to provide a conmion runtime container 
framework, comprising: 

processing service requests and providing application services (e.g. Fig. 2C; Fig. 9-10) 
via a a runtime container (e.g. Fig. 15B); providing metadata on context, state, and/or other 
information (Figs. 14) about the data and objects being processed via a metadata object (e.g. Fig. 
13 A); and • ' 

organizing the runtime container and the metadata object at levels within a hierarchical 
architecture (e.g. Fig. 2A and related text; layers - col. 39, line 8 to col 40, line 22). 

As per claims 24-28, refer to claims 2-6, respectively. 

As per claim 29, Pace discloses a method to provide a common runtime container 
framework, comprising: 

communicating with an invocation component and external clients via a routing and 
event handling component; 

receiving requests from the routing and event handling component, dispatching said 
requests to a service component within a runtime container, and 
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managing the returned responses via the invocation component; processing requests 
from the invocation component and producing responses back to the invocation component via 
the service component within the runtime container; 

obtaining state information from a nonvolatile storage and providing such information to 
the invocation component and the runtime container; 

obtaining information from a metadata object and providing such information to the 
invocation component and the runtime container; and 

communicating with the runtime container and external services; 

all of which fimctionalities having been addressed in claim 7. 

As per claims 30-37, refer to the rejection of claims 8, 10-16 respectively. 

As per claim 38, Pace discloses a method to provide a common runtime container, 
comprising: 

managing communications between the runtime container and external entities using 
common or uniform protocols via at least one servlet; 

monitoring incoming conununication at the servlet; 

communicating with one or more servlets, determining which components to invoke, 
dispatching requests requiring asynchronous processing to a queue, and dispatching requests 
requiring synchronous processing directly to a stateful or a stateless component; 

storing asynchronous requests via the queue; receiving requests from the queue, 
determining which components to invoke, and dispatching requests requiring synchronous 
processing directly to a stateful or a stateless component; 
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processing stateless requests via at least one stateless component; and processing stateful 
requests via at least one stateful component; 

all of which functionalities having addressed in claim 17. 

As per claims 39, 41-42, refer to the rejection of claims 18, 21-22 respectively. 

As per claim 43, Pace discloses a machine-readable medium having instructions stored 
thereon that when executed by a processor cause a system to: 

process service requests and provide application services via a a runtime container; 

provide metadata on context, state, and/or other information about the data and objects 
being processed via a metadata object; and 

organize the runtime container and the metadata object at levels within a hierarchical 
architecture; 

all of which functionalities having been addressed in claim 23. 

As per claims 44-48, refer to the rejection of claims 24-28 respectively. 

As per claim 49, Pace discloses a machine readable medium having instructions stored 
thereon that when executed by a processor cause a system to: 

communicate with an invocation component and external clients via a routing and event 
handling component; 

receive requests from the routing and event handling component, dispatch said requests 
to a service component within a runtime container, and manage the returned responses via the 
invocation component; 

processing requests from the invocation component and producing responses back to the 
invocation component via the service component within the runtime container; 
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obtaining state information from a nonvolatile storage and providing such information to 
the invocation component and the runtime container; 

obtaining information from a metadata object and providing such information to the 
invocation component and the runtime container; and 

communicating with the runtime container and external services; 

all of which having been addressed in claim 29. 

As per claims 50-57, refer to the rejection of claims 30-37 respectively. 

As per claim 58, Pace discloses a machine readable medium having instructions stored 
thereon that when executed by a processor cause a system to: 

manage communications between the runtime container and external entities using 
common or uniform protocols via at least one servlet; 

monitor incoming communication at the servlet; 

communicate with one or more servlets, determine which components to invoke, 
dispatch requests requiring asynchronous processing to a queue, and dispatch requests requiring 
synchronous processing directly to a stateful or a stateless component; 

store asynchronous requests via the queue; receive requests from the queue, determine 
which components to invoke, and dispatch requests requiring synchronous processing directly to 
a stateful or a stateless component; process stateless requests via at least one stateless 
component; and 

process stateful requests via at least one said stateful component; 
all of which having been addressed in claim 38. 
As per claims 59, 61-62, refer to claims 39, 41-42. 
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As per claim 63, Pace discloses a system to provide a common runtime container 
framework, comprising means for: 

processing service requests and providing application services via a a runtime container; 

providing metadata on context, state, and/or other information about the data and objects 
being processed via a metadata object; and 

organizing the runtime container and the metadata object at levels within a hierarchical 
architecture; 

all of which limitations having been addressed in claim 23. 

As per claim 64, Pace discloses a computer data signal embodied in a transmission 
medium, comprising code segments including instructions to, respectively: 

process service requests and provide application services via a a runtime container; 

to provide metadata on context, state, and/or other information about the data and 
objects being processed via a metadata object; and 

to organize the runtime container and the metadata object at levels within a hierarchical 
architecture; all of which limitations having been addressed in claim 23. 

Claim Rejections '35 use §103 

6. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

7. Claims 19-20, 40, 60 are rejected under 35 U.S.C. 103(a) as being unpatentable over by 
Pace et al, USP: 7,181,731. 
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As per claim 19, Pace does not disclose the first or second dispatcher can be 
implemented using Java programming language in the form of Java Beans. But Pace's JEEE- 
based environment for assembling beans using adapter service and queries to database (see Fig. 
15A-C) also provide bytecodes used in effectuating such remote calls (see col 94, line 59 to col. 
95, line 4). It would have been obvious for one skill in the art at the time the invention was made 
to implement in J2EE the remote calls to dispatch a query for additional asset discovery via using 
a database service call as suggested above, because the beans is highly portable and dynamically 
for event such as those required during the assets discovery by Pace, and applying J2EE bean to 
implement the dispatching invocation would alleviate extraneous integration of heterogeneous 
programming resources.. 

As per claim 20, the limitation as to the stateless or stateful component can be 
implemented using Java programming language in the form of Java Beans is deemed to fall 
under the ambit of using beans for effectuating dispatching invocation; hence would have been 
obvious as set forth in claim 19. 

As per claim 40, the limitation as to implement stateful and stateless component in Java 
Beans has been addressed using the rationale of claims 1 9-20. 

As per claim 60, the limitation as to implement stateful and stateless component in Java 
Beans has been addressed using the rationale of claims 19-20. 

Information Disclosure Statement 



8. The information disclosure statement filed as of the following dates: 1/4/05; 2/28/05; 
4/7/05; 5/19/05; 5/1/06; 12/18/06; 5/25/07; 9/21/07 fails to not fully comply with 37 CFR 
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1 .98(a)(3) because it does not include a concise explanation of the relevance, for it appears to be 
a collection of a number of PTO-892s effectuated by examiners working of past applications, 
and when there is no explicit explanation of relevance from the Applicant so that would serve as 
guidance information as to how subject matters relate, the burden imposed on the Examiner for 
considering the huge amount of IDS material in absence thereof is considered a improperly 
implemented IDS. It has been placed in the application file, with all documents checked but the 
all information referred to therein has not been fully considered (i.e. partially observed), because * 
of this lack of guidance. 

Conclusion 

9. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 .136(a) will be calculated fi^om the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS fi-om the mailing 
date of this final action. 

Any inquiry conceming this communication or earlier communications from the 
examiner should be directed to Tuan A Vu whose telephone number is (571) 272-3735. The 
examiner can normally be reached on 8AM-4:30PM/Mon-Fri. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Meng-Ai An can be reached on (571)272-3756. 

The fax phone number for the organization where this application or proceeding is ' 
assigned is (571) 273-3735 ( for non-official correspondence - please consuU Examiner before 
using) or 571-273-8300 ( for official correspondence) or redirected to. customer service at 571- 
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